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SYSTEM AND METHOD FOR GENERATING AND 
10 DISTRIBUTING A PUBLICATION 

TECHNICAL FIELD 
The present invention is generally related to the field of information 
15 dissemination and, more particularly, is related to a system and method for generating 
and distributing a publication. Reference is made to U.S. Patent Application 

No. (Applicants' docket no. 10002421), "System and Method For 

Generating And Distributing A Publication", by Edward O. Lee, et al, filed on the 
same day herewith and assigned to the same assignee. 

20 

BACKGROUND OF THE INVENTION 
In the mid 140O's, Johann Gutenberg revolutionized how information is 
disseminated through his invention of the movable type press. With the publication of 
the Mazarin Bible, documents which were once held in the exclusive domain of a 
25 chosen few were now widely available to the masses. Nearly 550 years later, the mass 
media revolution that Gutenburg started is alive and well, complete with newspapers 
such as the New York Times and the Washington Post, magazines such as Newsweek 
and Sports Illustrated, and literally thousands upon thousands of other lesser known 
publications. 

30 While these thousands of publications cover a wide range of interests, from 

news to sports to fashion to model rocketry, they have one thing in common: they are 
intended to be read by a mass market. Unlike the pre-Gutenberg days, where a 
document would literally be read by only one person or a very small number of 
people, it is not economically viable for today's publications to have such a small 
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readership, due at least in part to high marketing, production and distribution costs. In 
fact, many of today's pubHcations are funded to a very large extent by the advertising 
contained within them. These advertisers are attracted to publications that can 
consistently deliver a large, reliable audience of consimiers that will be exposed to 
5 their advertising. 

While this mass market publication model has worked well for hundreds of 
years, it is not without its problems. One such problem is that a typical reader of a 
publication has a wide variety of interests, and no single mass market publication will 
be able to satisfy all these interests. For example, a reader who is interested in 

10 international news, golf, fly fishing, genealogy, and computers may have to subscribe 
to several different publications to satisfy these interests. Of course, since these 
publications are intended for a mass market, they will also contain a significant 
amount of material including articles, advertising, and other content that does not hold 
our reader's interest. Consequently, our reader will ignore such material and a 

15 significant amount of paper is wasted. Advertisers know this, and agree to pay 

considerably less to mass market magazine or newspaper per 1000 exposures to their 
ad than they would pay to a direct-mail generator that can provide a more specific 
guarantee that the people exposed to their ad are of a demographic group that will be 
much more likely to read their ad and be interested in it. 

20 In addition, it is neither cost-effective nor time effective for most readers to 

subscribe to and/or read a large number of publications. Generally, the typical reader 
will only subscribe to a few publications that are of the most interest to them. The 
reader reduced readership level of the publications our typical reader chooses not to 
subscribe to, even though he would be interested in at least some of the editorial and 

25 advertising content contained inside, means that the publication receives less 
subscription and advertising revenue than they otherwise would. If many other 
readers make the same decision, the continued health of the publication may be in 
jeopardy, and the publication may be forced to go out of business. In fact, many 
publications do go out of business yearly for failing to attract a sustaining number of 

30 advertisers and readers, even if there are a large number of readers that would be 
interested in reading their publication, and a corresponding number of advertisers 
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anxious to have these readers exposed to their ads. hi general, publications that fail to 
attract a substantial mass market of people willing to pay for and/or read them cease 
publication. This is a shame, since many of these publications would enrich the 
diversity of information available to all readers, and would provide an avenue for 
5 lesser known writers and artists to practice their wares. 

In more recent years, a new type of publication has emerged, namely, the 
electronic publication. Readers of these publications typically sign onto the Internet 
through their computer, and read the publications online. Some of these publications 
allow users to state personal preferences on what type of material they want to read. 

10 Often, these personalized electronic publications include advertising, usually in the 
form of a barmer ad that is placed on the top of the screen. 

While these electronic publications have been an interesting development in 
the distribution of information, they still represent a tiny fraction of the information 
that is published under the more traditional post-Gutenburg model. Many readers of 

15 these electronic publications complain that they are very difficult to read, especially 
for long periods of time. While it might be convenient for a reader to sign onto the 
Internet to look at a news web site for a brief summary of late breaking news, this 
reader would most likely only spend a few minutes at the site, and would likely still 
subscribe to the more traditional print media such as Newsweek or the Washington 

20 Post. They would also likely spend significantly more time reading the more 
traditional printed publication than they would the electronic publication, and 
correspondingly, spend more time being exposed to the ads in the traditional printed 
publication. Accordingly, printed publications continue to flourish today more than 
five centuries after Gutenberg made them possible. 

25 In addition, there are many new technologies that may be used to present 

information to a user. Electronic publications typically have been viewed through a 
screen of a personal computer. However, new means of information exchange exist 
now and will proliferate in the fixture. Such means include, for example. Palm Pilot 
computers, personal digital assistants, personal appliances, pagers, cellular telephones, 

30 and other means of information exchange and presentation. Unfortunately, these 
various technologies that can be employed to present publications to users typically 
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require publications to be sent in a specific format that can be recognized and 
manipulated accordingly. 

SUMMARY OF THE INVENTION 
5 In light of the forgoing, the present invention provides for a system and 

method in a server for transforming a work order file for presentation via a 
presentation platform. In one embodiment, the system includes a processor coupled to 
a local interface and a memory coupled to the local interface. Processing logic is 
stored on the memory and is executable by the processor. The processing logic 

10 includes an extensible stylesheet language transform (XSLT) processor and logic to 
determine the presentation platform on which the work order file is to be presented. 
Finally, the processing logic includes logic to apply the work order file to the XSLT 
processor to generate an output file. 

The present invention may also be viewed as a method in a server for 

15 transforming a work order file for presentation via a presentation platform. The 
present method includes the steps of providing an extensible stylesheet language 
transform (XSLT) processor in a server, determining a presentation platform on which 
the work order file is to be presented, and generating an output file in the server to be 
applied to the presentation platform by processing the work order file with the XSLT 

20 processor. 

The present invention provides distinct advantages. Specifically, it allows 
users to request a specific publication that is delivered to a client in a convenient 
manner. In addition, the publication is formatted in a digital file that is recognizable 
and may be manipulated by one or more of a number of presentation platforms. Thus, 

25 the present invention provides a publication to a user that may include content firom 
many sources to users in a form convenient to the particular user. In addition, to 
transform the content into the digital file format that is recognizable by the respective 
presentation platform, an XSLT processor is employed. The XSLT processor may be 
used to perform any number of different transforms by using various stylesheets. 

30 Thus, for each new ti-ansform, only a new stylesheet is needed as opposed to an 
appropriate change in the XSLT processor. 
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Other features and advantages of the present invention will become apparent to 
a person with ordinary skill in the art in view of the following drawings and detailed 
description. It is intended that all such additional features and advantages be included 
herein within the scope of the present invention. 

5 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 
The invention can be understood with reference to the following drawings. 
The components in the drawings are not necessarily to scale. Also, in the drawings, 
like reference numerals designate corresponding parts throughout the several views. 
10 FIG. 1 is a block diagram of a publishing network according to an 

embodiment of the present invention; 

FIG. 2 is a functional block diagram of publication distribution logic executed 
on a server in the publishing network of FIG. 1 ; 

FIG. 3 is a functional block diagram of work centers employed in the 
15 publication distribution logic of FIG. 2; 

FIG. 4 is a flow chart of functionality of the publication distribution logic of 

FIG. 2; 

FIG. 5 is a flow chart of further functionality of the publication distribution 
logic of FIG. 2; 

20 FIG. 6 is a flow chart of further functionality of the publication distribution 

logic of FIG. 2; 

FIG. 7 is a functional block diagram of second embodiment of publication 
distribution logic executed on a server in the publishing network of FIG. I; and 

FIG. 8 is a flow chart of further functionality of the publication distribution 
25 logic of FIG. 7. 



DETAILED DESCRIPTION OF THE INVENTION 
With reference to FIG. 1, shown is a publishing network 100 according to an 
embodiment of the present invention. The publishing network 100 includes a 
30 publication server 103, a publisher server 106, and a client 109. The pubhcation 
server 103, publisher server 106, and the client 109 are in data communication with 
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each other by way of a network 113. The network 113 may be, for example, the 
Internet, wide area networks (WANs), local area networks, wireless networks, or other 
suitable networks, etc. The network 1 13 may represent a combination of two or more 
of the above networks as well. 
5 The publication server 103 includes a processor circuit that has a processor 

123 and a memory 126, both of which are coupled to a local interface 129. The local 
interface 129 may be, for example, a data bus with an accompanying control bus as 
known by those with ordinary skill in the art. 

Stored on the memory 126 is publication distribution logic 133, a database 

10 136, and server request logic 139. The publication distribution logic 133 is executable 
by the processor 123 to generate a publication in digital form in a format that is 
recognizable by any one of a number of presentation platforms embodied in the client 
109. Specifically, the publication distribution logic 133 receives a request for a 
particular publication and then generates the publication in the desired digital format 

15 that is transmitted to a presentation platform as will be discussed. The database 136 
contains the content that is used to generate the publication as well as other 
information and data files employed by the publication distribution logic 133. 

The publisher server 106 has a processor circuit that includes a processor 153 
and a memory 156, both of which are coupled to a local interface 159. The local 

20 interface 1 59 may be, for example, a data bus with an accompanying control bus as 
known by those with ordinary skill in the art. Stored on the memory 156 is content 
transfer logic 163 and publishing content 166. The content transfer logic 163 is 
executable by the processor 153 to transmit the publishing content 166 to the 
pubhcation server 103. 

25 The client 109 also includes a processor circuit that features a processor 173 

and a memory 176, both of which are coupled to a local interface 179. The local 
interface 179 may be, for example, a data bus with an accompanying control bus as 
known by those with ordinary skill in the art. Stored on the memory 176 and 
executable by the processor 173 are client request logic 193 and a browser 196 

30 according to one embodiment of the present invention. The client request logic 193 is 
executable by the processor 173 to request a desired publication from the publication 
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server 103. The browser 196 is executable by the processor 173 to present a 
publication received firom the publication server 103 to a user. In this regard, the 
browser 196 executed on the client 109 provides an example of a presentation 
platform that is employed to present the publication to the user. According to the 

5 present invention, other presentation platforms may be employed as well. 

The memories 126, 156, and 176 may include both volatile and nonvolatile 
memory components. Volatile components are those that do not retain data values 
upon loss of power. Conversely, nonvolatile components retain data upon a loss of 
power. Thus, the memories 126, 156, and 176 may comprise, for example, random 

10 access memory (RAM), read-only memory (ROM), hard disk drives, floppy disks 
accessed via an associated floppy disk drive, compact disks accessed via a compact 
disk drive, magnetic tapes accessed via an appropriate tape drive, and/or other 
memory components, or a combination of any two or more of these memory 
components. 

15 In addition, each of the processors 123, 153, and 173 may represent multiple 

processors that operate in parallel. Similarly, each of the memories 126, 156, and 176 
may represent multiple memories that are used in conjunction with the respective 
parallel processors. In such a case, each of the local interfaces 129, 159, and 179 may 
be an appropriate network that facilitates communication between any two of the 

20 multiple processors or between any one processor and any one memory, etc. In 
addition, the processors 123, 153, and 173; memories 126, 156, and 176; and local 
interfaces 129, 159, and 179 maybe electrical or optical in nature. The memories 
126, 156, and 176 may also be magnetic in nature. 

User input devices (not shown) that may be employed with the publication 

25 server 103, the publisher server 106, and the client 109 include, for example, but are 
not limited to, scanners, keyboards, keypads, touch pads, touch screens, microphones, 
mice, joysticks, or one or more push buttons, etc. User output devices may include 
display screens, indicator lights, speakers, printers, etc. The particular display devices 
may fiirther comprise, for example, a liquid crystal display screen, a gas plasma-based 

30 flat panel display, indicator lights, light emitting diodes, and other display devices. 
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In light of the foregoing discussion of the publishing network 100, the 
following provides a general operational overview. To begin, the client 109 executes 
the client request logic 193 to generate a request for a particular publication to present 
to the user by way of a particular presentation platform, such as, for example, the 
5 browser 196. Pursuant to the client request logic 193, the request can be generated on 
demand by the user, or alternatively, the request can be generated by the client request 
logic 193 in an automated fashion periodically according to predefined parameters as 
entered by the user. The request is then transmitted to the publication server 103 by 
way of the network 113. 

10 Alternatively, a request for a particular publication may be generated in the 

publication server 103 pursuant to the server request logic 139. In particular, the 
server request logic 139 may be preset to specify one or more publications to be 
delivered to a user periodically at specific times. To this end, the server request logic 
139 may include a scheduling database, for example, that includes prescription and 

15 delivery information. Such a database may be automatically searched to generate a 
request for a publication to be delivered to a user. The precise publication(s) and 
delivery times, etc., may be determined when the user first subscribes to the 
publication service. 

AVhether generated in the client 109 or in the publication server 103, the 

20 request for a publication is provided to the publication distribution logic 133. The 
request includes information such as a publication identifier, a presentation platform 
identifier, a request identifier, and other information as needed. The publication 
identifier signifies the desired publication; the presentation platform identifier 
identifies the specific presentation platform that is to be employed to present the 

25 information to the user; and the request identifier uniquely identifies the request. The 
publication server 103 then reacts to the request by generating the desired publication. 
In particular, the publication server 103 gathers the content of the publication from the 
database 136 and generates the publication in a digital format that is recognizable by 
the specific presentation platform. The publication server 103 pursuant to the 

30 publication distribution logic 133 ti-ansmits the publication to the presentation 
platform such as, for example, the browser 196 executed on the client 109. 
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Upon receiving the publication, the presentation platform such as, for 
example, the browser 196 executed in the client 109 proceeds to perform all necessary 
operations to present the information to the user. In particular, various presentation 
platforms may be employed to present the publication to the user in one of several 
5 forms. For example, the publication may be presented as a printed document, a 

display on a display device, or other types of presentation modes. Thus, the concept 
of "presenting a publication to a user" as contemplated herein is defined broadly as 
depicting a publication in a form that is perceivable by a user so that the user may 
comprehend the information contained therein. The term "presentation platform" is 

10 defined herein as the system or device that is employed to present the publication to 
the user. A particular presentation platform may be implemented in terms of software 
executed on general purpose hardware, dedicated hardware that performs the 
fianctional aspects of the particular presentation platform, or a combination of 
software/general purpose hardware and dedicated hardware. 

15 For example, one presentation platform may comprise a client 109 that 

executes a browser 196 as shown with reference to FIG. 1. Alternatively, an 
electronic mail service or mail reader may be employed in the place of the browser 
196. Another presentation platform may comprise the client 109 with an attached 
printer to print the publication in the form of a document. In this regard, logic would 

20 be stored on the memory 176 and executed by the processor 173 to print out a 
publication received fi-om the publication server 103 on the attached printer. 

Further presentation platforms may include a pager device, cellular telephone 
device, personal appliance, Palm Pilot computers, personal digital assistants, or other 
mobile device that provides a screen or other means for displaying information to a 

25 user. For example, a pager or cellular telephone may include a processor circuit with 
a processor and a memory. Stored on this memory and executable by the processor 
may be, for example, a mmi browser, electronic mail reader, or other logic to present 
the publication to the user via an appropriate display device, etc. In yet another 
alternative, the presentation platform may comprise a voice S3mthesizer executed on 

30 the client 109 with a voice signal output supplied to an output speaker. Also, the 
presentation platform may comprise, for example, electionic books, etc. 
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The presentation platforms discussed herein are provided as examples of a 
number of potential presentation platforms for which a publication may be prepared 
by the publication distribution logic 133. Other presentation platforms not discussed 
herein may further be identified by those with ordinary skill in the art. Such 
5 presentation platforms fall within the scope of the present invention. The publication 
distribution logic 133 serves to generate a publication in a digital format that is 
recognizable by any one of a number of prospective presentation platforms. 

With reference to FIG. 2, shown is a functional block diagram of the 
publication distribution logic 133 (FIG.l) according to an embodiment of the present 

10 invention. As shown in FIG. 2, each block represents a module, object, or other 
grouping or encapsulation of underlying functionality as implemented in 
programming code. However, the same underlying functionality may exist in one or 
more modules, objects, or other groupings or encapsulations that differ from those 
shown in FIG. 2 without departing from the present invention as defined by the 

15 appended claims. 

To begin, the publication distribution logic 133 receives a request 203 from 
either the client 109 (FIG. 1) pursuant to the client request logic 193 (FIG. 1) or from 
the publication server 103 (FIG. 1) pursuant to the server request logic 139 (FIG. 1) as 
discussed above. The request 203 includes, for example, a request identifier 206, a 

20 publication identifier 209, a presentation platform identifier 213 and refinements 216. 
It is understood that the request 203 may also include other information as appropriate 
or necessary to the formation of a particular publication. 

The pubhcation distribution logic 133 also includes a dispatcher 223, an order 
factory 226, and the database 136 as shown. Also, the publication distribution logic 

25 133 includes publication assembly logic 227 with work centers 229 that generate one 
or more intermediate files 233 and an output file 236. The output file 236 is 
ti-ansmitted to a client 109. The publication distribution logic 133 also includes a 
content transformer 239 that receives the publication content 166 from the publisher 
server 106 (FIG. 1) and transforms it into a format for storage in the database 136. 

30 The format employed to store the publication content 166 on the database 136 may 
involve the use of, for example, extensible markup language (XML) or other suitable 
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language. The specific format employed is such to allow the content to be recognized 
and manipulated by the other modules, objects, or other elements of the publication 
distribution logic 133. 

Next a discussion of the operation and functionality of the components of the 
5 publication distribution logic 133 is offered. To begin, the request 203 that is 

generated either in the publication server 103 (FIG. 1) or in the client 109 (FIG. 1) is 
received by the dispatcher 223. Upon receiving a request 203, the dispatcher 223 
supplies the request 203 to the order factory 226 to obtain a list of the content that is 
associated with the desired publication as identified by the request 203. In particular, 

10 the request 203 includes the publication identifier 209 that is associated with the list 
of content included in the publication to be generated by the publication distribution 
logic 133. The order factory 226 uses the publication identifier 209 to search the 
database 136 for all content items, which may include both images and text that are 
associated with the publication identifier 209. 

15 Upon identifying all of the content items associated with the publication 

identifier 209 in the database 136, the order factory 226 generates an order (not 
shown) that essentially comprises a list of the content items in terms of their file name 
and location in the database 136. Also, in performing the search in the database 136, 
the order factory 226 may consult any refinements 216 that are included in the request 

20 203 to limit or to qualify the search for the content that is performed. For example, 
the refinements 216 may indicate a particular issue date of a content item that is to be 
obtained or other general parameters relating to the content items themselves. After 
the order factory 226 creates the order that lists the content of the publication, it is 
then returned to the dispatcher 223. 

25 When the dispatcher 223 receives the request 203, it performs a search of the 

database 136 for an appropriate routing associated with the presentation platform as 
identified by the presentation platform identifier 213. In this regard, the database 
includes a number of routings, each one associated with a particular presentation 
platform. The dispatcher 223 also searches for any stylesheets and/or templates that 

30 are also stored in the database 1 36 to be employed by future work centers 229 in 
processing the publication before it is transmitted to the client 109 (FIG. 1) as the 
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output file 236. Also, the dispatcher 223 transforms the order fi-om the order factory 
226 into a work order that is in a predefined format. For example, the work order that 
is generated contains the same information as the request 203 except it is in a format 
that is acceptable for further processing by the work centers 229. 
5 The format employed for the work order may be, for example, a document 

type definition (DTD) using extensible markup language (XML) file or other similar 
structure that may be interpreted by the appropriate work center 229. For example, a 
work center 229 may include an extensible stylesheet language (XSL) processor that 
performs various functions identified on an appropriate stylesheet in light of the work 

10 order that is in XML format. 

After the dispatcher 223 has the work order, the routing, and any 
stylesheets/templates necessary to transform the content into the output file 236, the 
dispatcher 223 calls or otherwise activates the first work center 229 in the routing to 
begin processing the work order. Specifically, the dispatcher 223 supplies the work 

15 order and the stylesheet/template to the appropriate work center 229. The work center 
229 will then perform the functionality identified in the stylesheet/template to either 
generate the output file 236 or an intermediate file 233. The intermediate file 233 
may be used, for example, when there are multiple work centers 229 that must be 
employed based upon a particular routing to generate the output file 236. In particular 

20 one or more work centers 229 may create one or more intermediate files 233 as 

needed. For example, a work center 229 may obtain the actual content items from the 
database 136 based upon the listing thereof in the work order supplied by the 
dispatcher 223. These content items may be stored in random access memory in the 
publication server 103 as an intermediate file 233 in a format that is recognizable by 

25 subsequent work centers 229 identified in the routing. In this manner, the content 
items are then stored in random access memory where they may be further 
manipulated as necessary to produce the output file 236. The ultimate result of the 
transformations and other functionality performed by the work centers 229 is the 
output file 236 that is ultimately tiansmitted to the client 109 (FIG. 1). 

30 The publication distribution logic 133 also includes the content transformer 

239. The content transformer 239 essentially parses publishing content 166 received 
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from the publisher server 106 and transforms it into appropriate format to be stored on 
the database 136. The format may use, for example, one or more document type 
defmition(s) (DTD) using XML or other particular formatting language, etc. The 
format into which the content transformer 239 places the publishing content 166 is 
5 that which is compatible with the order factory 226, the dispatcher 223, and the work 
centers 229. 

With reference to FIG. 3, shown is the publication assembly logic 227 that 
includes a functional block diagram of the work centers 229a, b, c. . . along with the 
work order 243 and the output file 236 that is supplied to the client 109 (FIG. 1). As 

10 depicted in FIG. 3, a work order 243 that has been generated by the dispatcher 223 
(FIG. 2) is supplied to the first work center 229a that ultimately generates the 
intermediate file 233a. The work center 229a receives the content items from the 
database 136 as identified by the dispatcher 223 as well as any stylesheets/templates 
that are necessary to perform the operations of work center 229a. Work center 229a 

15 ultimately generates intermediate file 233a. Work center 229b then operates on the 
intermediate file 233a to produce intermediate file 233b and so on until a final work 
center 229c produces the output file 236 as shown. The number of work centers 229 
that may be employed in transforming a work order 243 into the output file 236 may 
vary depending on the particular presentation platform that is employed by the client 

20 109. For example, some presentation platforms may require much more processing 
than other presentation platforms to transform the work order 243 into the output file 
236. Thus, for some presentation platforms, only a single work center 229 need be 
employed to obtain an output file 236 without intermediate files 233 whereas other 
presentation platforms may employ multiple work centers 229 with multiple 

25 intermediate files 233. 

The work centers 229 as shown perform various fiinctions. Some of these 
fimctions may be, for example, transforming an extensible markup language (XML) 
file to another XML file. Other fimctions may involve extracting metadata from a 
file, generating a summary of a file, or performing various housekeeping fimctions 

30 such as deleting intermediate files out of memory, etc. The work centers 229 may 
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comprise, for example, an extensible stylesheet language (XSL) processor that 
operates on appropriate stylesheets. 

Referring next to FIG. 4, shown is a flow chart of the particular logical 
functions performed by the dispatcher 223 (FIG. 2). Alternatively, the flow chart of 
5 FIG. 4 may represent the method steps taken by the dispatcher 223. Beginning with 
block 303, the dispatcher 223 waits for a request 203 (FIG. 2) to be received from 
either the publication server 103 (FIG. 1) pursuant to the server request logic 139, or 
from the client 109 pursuant to the client request logic 193 (FIG. 1). Assuming that a 
request 203 has been received, the dispatcher 223 moves on to block 306 in which the 

10 content items associated with the particular publication to be generated are identified 
on the database 136 (FIG. 2) through the order factory 226 (FIG. 2). Thereafter, in 
block 309 the dispatcher 223 generates the work order 243 (FIG. 3) from the order 
received from the order factory 226. 

Next, in block 3 13 the dispatcher 223 identifies a routing and any 

15 stylesheets/templates that are needed to process the work order 243 by the work 

centers 229 (FIG. 3). Thereafter, the dispatcher 223 moves to block 316 in which an 
appropriate work center 229 is called to perform a transformation of either the work 
order 243 or an intermediate file 233 (FIG. 2) as indicated by the routing received 
from the database 136. In particular, the work order 243/intermediate file 233 may be 

20 processed into either another intermediate file 233 or the output file 236. In addition, 
the operation of the work centers 229 may involve functions other than transforming 
the work order 243/intermediate file 233 as discussed previously. 

Next, in block 3 19 the dispatcher 223 determines whether the last 
transformation and/or other operation has been performed by the final work center 

25 229, thereby resulting in the output file 236 (FIG. 2). Such is indicated, for example, 
by the routing that is associated with the particular presentation platform 213 (FIG. 2). 
If not, then the dispatcher 223 reverts back to block 316 for further transformations 
and/or other operations to be performed by additional work centers 229. However if 
the last transformation and/or other operation is performed in block 319, then the 

30 dispatcher 223 moves to block 323 in which the output file 236 (FIG. 2) is tiransmitted 
to the client 109 (FIG. 1) accordingly. 
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Turning then to FIG. 5, shown is a flow chart of the order factory 226 
according to another aspect of the present invention. Alternatively, the flow chart of 
FIG. 5 may represent the method steps taken by the order factory 226. The 
functionality performed by the order factory 226 generally obtains the list of the 
content items to be placed in the publication from the database 136 as discussed 
previously. Beginning with block 353, the order factory 226 identifies any applicable 
refinements 216 (FIG. 2) and content rules that apply to the particular publication. 
The refinements 216 (FIG. 2) are found in the request 203 (FIG. 2) and the content 
rules may be obtained from the database 136 (FIG. 1). For example, the refinements 
may include a publication date, a type of content item, or other such identifying 
information. The content rules may stipulate, for example, that a certain content item 
is not to be published until after a specific date also known as a "blackout" date, etc. 

Thereafter, the order factory 226 moves to block 356 in which the database 
136 (FIG. 2) is queried in light of the publication identifier 209, the refinements 216, 
and the content rules that apply to the specific content item. Then, in block 359, the 
order factory 226 assembles the content item identifiers in an order that is sent back to 
the dispatcher 223. The order itself may comprise a particular data structure stored in 
the memory 126 (FIG. 1). Finally, in block 363 the order data structure is applied to 
the dispatcher 223 for further processing to generate the work order 243 and to be 
processed by the work centers 229, etc. Thereafter, the order factory 226 ends 
appropriately. 

With reference to FIG. 6, shown is a flow chart that provides an example of 
functionality that is performed by a work center 229 (FIG. 2) in the case that the work 
center 229 is an XSL processor. Alternatively, the flow chart of FIG. 6 may 
represent the method steps taken by the work center 226. Beginning with block 383, 
the work center 229 obtains any necessary stylesheet and/or template from the 
database 136 (FIG. 2). Thereafter, in block 386 the work center 229 executes 
instructions on the stylesheet to transform a prospective work order 243 (FIG. 
3)/intermediate file 233 (FIG. 2) into an appropriate interim file 223/output file 236 
(FIG. 2). The work center 229 obtains any necessary content items from the database 
136 as well. Thereafter, in block 389 the work center 229 informs the dispatcher 223 
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(FIG. 2) that the transformation is complete so that the next work center 229 may be 
called or otherwise activated by the dispatcher 223. 

With reference to FIG. 7, shown is a functional block diagram of publication 
distribution logic 133a that provides a specific example of the publication distribution 
logic 133 (FIG. 1) according to another embodiment of the present invention. As 
shown in FIG. 7, each block represents a module, object, or other grouping or 
encapsulation of underlying fimctionality as implemented in programming code. 
However, the same underlying functionality may exist in one or more modules, 
objects, or other groupings or encapsulations that differ from those shown in FIG. 7 
without departing from the present invention as defined by the appending claims. 

According to this embodiment, the publication distribution logic 133a employs 
an extensible stylesheet language transform (XSLT) processor as a general extensible 
mark up language (XML) transformation processor. This provides a beneficial 
approach to transforming content identified in a request 203 into an output file 236 
(FIG. 2) specifically created for a particular presentation platform. In particular, it 
provides for the advantageous use of stylesheets in conjunction with a transformation 
of content into an output file 236. 

As shown in FIG. 7, the publication distribution logic 133a includes a 
dispatcher 223a that receives the request 203. The dispatcher 223a obtains a routing 
based upon the presentation platform identifier 213. The routing indicates the 
particular transformations that are to be applied to the content associated with the 
request 203 to generate an output file 236 (FIG.2). The routing is obtained from the 
database 136 via the order factory 226 as was described with reference to FIG. 2. A 
work order 243a is generated based upon the request 203 in a similar manner as was 
discussed with reference to FIG. 2. 

The work order 243a is an XML file format, a format that is generally 
understood by those with ordinary skill in the art. The work order 243a is applied to 
the XSLT processor 229aa along with a stylesheet 401. The stylesheet 401 is 
identified by the dispatcher 223a based upon the routing previously determined. The 
stylesheet 401 may be, for example, a complete stylesheet, an intermediate stylesheet, 
or a final intermediate stylesheet as will be discussed. 
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Upon receiving the work order 243a and the stylesheet 401, the XSLT 
processor 229aa generates one of several different types of files. For example, the 
XSLT processor 229aa may generate an intermediate file 233aa, a Datalogics (DL) 
instance file 233ab, Design Intelligence (DI) instance file 233ac, a hypertext mark up 
5 language (HTML) file suitable for a browser 236c, a HTML file suitable for a 

personal digital assistant 236d, or a long word report 236e, etc. The stylesheets 401 
are obtained fi-om the database 136. To process the work order 243a and the 
stylesheet 401, the dispatcher 223a makes appropriate calls to the XSLT processor 
229aa that identify the work order 243a and the stylesheet 401 to be processed. 

10 The DL instance file 233ab is one that may be processed by the DL processor 

229ab such as the DL Formatter™, a product of Datalogics, Inc., located in Chicago, 
Illinois. The DL processor 229ab may be employed to produce, for example, 
documents in portable document format (PDF) as is generally known by those with 
ordinary skill in the art. The DI instance file 233ac is one that may be processed by a 

15 DI processor 229ac such as the Live Layout Engine™, a product of Design 
Intelligence, Inc., located in Seattle, Washington. 

The use of the XSLT processor 229aa in the publication distribution logic 
133a provides a significant benefit. Specifically, the same XSLT processor 229aa 
may be employed to perform many different transformations according to a specific 

20 routing without the need for further work centers 229 (FIG. 2). All that needs to be 
created are the appropriate stylesheets 401 for each specific transformation. 

In the case that the XSLT processor 229aa creates an intermediate file 233aa, 
then the dispatcher 223a identifies an intermediate stylesheet 401 that is to be used to 
transform the intermediate file 233aa into a subsequent output/intermediate file. Both 

25 the intermediate stylesheet 401 and the intermediate file 233aa are then supplied to 
the XSLT processor 229aa where the XSLT processor may generate one of the files 
previously discussed. If the routing calls for a final ti-ansformation to be performed 
upon an intermediate file 233aa, the dispatcher 223a identifies a final intermediate 
stylesheet 401 and supplies the same to the XSLT processor 229aa with the 

30 corresponding intermediate file 233aa. The XSLT processor 229aa then generates an 
appropriate output file 236 or one of the instance files 233ab or 233ac therefi-om. 
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Thus, the final intermediate stylesheet 401 is employed to perform a final 
transformation that results in a file other than a further intermediate file 233aa. 

Note in some cases an instance file 233 is generated by the application of a 
final intermediate stylesheet 401 to an intermediate file 233aa. In this situation, the 
dispatcher 223 then calls, for example, to either the DL processor 229ab, the DI 
processor 229ac or other work center to perform a fiirther transformations as 
necessary for such presentation platforms to generate, for example, output files 236a 
or 236b. Thus the dispatcher 223a may employ fiirther work centers 229 beyond the 
XSLT processor 229aa when transformations must be made to various files that are 
beyond the capability of the XSLT processor 229aa. Note there may be other types 
of output files 236 that are generated to be sent to the presentation platform using the 
XSLT processor 229aa within the publication distribution logic 133a as discussed 
above. 

Turning then to FIG. 8, shown is a flowchart of the dispatcher 223 a according 
to an aspect of the present invention. Alternatively, the flowchart of FIG. 8 may be 
viewed as a method implemented in the publication server 103 (FIG. 1). The 
flowchart of FIG. 8 shows the particular tasks performed in the dispatcher 223 a 
according to the publication distribution logic 133a. Beginning with block 503, the 
dispatcher 223a determines whether a request 203 (FIG. 7) has been received that is 
to be processed by the publication distribution logic 133a. If so, then the dispatcher 
223a moves to block 506. In block 506, the content items associated with a particular 
publication to be generated are identified in the database 136 (FIG. 7) through the 
order factory 226 (FIG. 7). Thereafter, in block 509, the dispatcher 223a generates 
the work order 243a (FIG. 7) from the order received from the order factory 226. 

Then, in block 513 the dispatcher 223a identifies a stylesheet 401 (FIG. 7) 
from the database 136 based upon the routing associated with the particular request 
203. Thereafter, in block 516 the stylesheet 401 and work order file 243a are applied 
to the XSLT processor 229aa (FIG. 7) to perform the particular ti-ansformation. In 
block 519, it is determined whether there are further XSLT transformations to be 
made. Specifically, if the XSLT processor 229aa generates an intermediate file 
233aa in block 516, then fiuther XSLT transforms may be required. Assuming that 
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there are no further XSLT transforms to be performed, then the dispatcher 223a 
moves to block 523 in which it determines whether there are any further transforms 
other than the XSLT transforms to perform on the output of the XSLT processor 
229aa. 

5 Referring back to block 5 1 9, assuming that there are further XSLT transforms 

to be performed, then the dispatcher 223a moves to block 526 in which the next 
stylesheet 401 is identified based upon the routing. Note that the next identified 
stylesheet 401 may be an intermediate stylesheet or a final intermediate stylesheet as 
it is to be applied to the XSLT processor 229aa along with an intermediate file 233aa. 

10 Thereafter the dispatcher 223 moves to block 516 in which the intermediate or final 
intermediate stylesheet 401 is applied to the XSLT processor along with the 
intermediate file 233aa to perform the corresponding transformation. 

Assuming that the dispatcher 223a moves to block 523, next it is determined 
that further transforms are required by other work centers 229 (FIG. 2). Such other 

15 work centers 229 may include, for example, the DL processor 229ab or the DI 

processor 229ac. If there are further transforms to be performed, the dispatcher 223a 
moves to block 529 in which the appropriate work centers 229 are called to perform 
the various tasks needed in order to generate a corresponding output file 236 (FIG. 2). 
Thereafter the dispatcher 223 a moves to block 533. Regardless of whether the 

20 dispatcher 223a has reached block 533 fi-om block 523 or 529, the output file 236 
that may include, for example, any one of the output files 236a-e, is transmitted to 
the presentation platform accordingly. Thereafter, the dispatcher 223a ends and 
moves to block 503 to begin the process anew. 

Among the advantages provided by the present invention is the fact that the 

25 publication distribution logic 1 33 allows users to request a publication that is 
delivered to a client 109 in a convenient manner. In addition, the publication is 
formatted in a digital file (the output file 236) that is recognizable and may be 
manipulated by one of a number of presentation platforms. Thus, the present 
invention provides a publication to a user that may include content from many sources 

30 in a form convenient to the particular user. 
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Referring back to FIG. 1, although the logic 133, 133a, 136, 139, 163, 193 and 
196 of the present invention is embodied in software as discussed above, as an 
alternative the logic 133, 133a, 136, 139, 163, 193, and 196 may also be embodied in 
hardware or a combination of software and hardware. If embodied in hardware, the . 
logic 133, 133a, 136, 139, 163, 193, and 196 can be implemented as a circuit or state 
machine that employs any one of or a combination of a number of technologies. 
These technologies may include, but are not limited to, discrete logic circuits having 
logic gates for implementing various logic functions upon an application of one or 
more data signals, application specific integrated circuits having appropriate logic 
gates, programmable gate arrays (PGA), field programmable gate arrays (FPGA), or 
other components, etc. Such technologies are generally well known by those skilled 
in the art and, consequently, are not described in detail herein. 

The block diagrams and/or flow charts of FIGS. 2-8 show the architecture, 
functionality, and operation of an implementation of the logic 133 and 133a. If 
embodied in software, each block may represent a module, segment, or portion of 
code that comprises one or more executable instructions to implement the specified 
logical function(s). If embodied in hardware, each block may represent a circuit or a 
number of interconnected circuits to implement the specified logical flinction(s). 
Although the block diagrams and/or flow charts of FIGS. 2-8 may show a specific 
order of execution, it is understood that the order of execution may differ from that 
which is depicted. For example, the order of execution of two or more blocks may be 
scrambled relative to the order shown. Also, two or more blocks shown in succession 
in FIGS. 2-8 may be executed concurrently or with partial concurrence. It is 
understood that all such variations are within the scope of the present invention. 

Also, the logic 133 and 133a can be embodied in any computer-readable 
medium for use by or in connection with an instruction execution system such as a 
computer/processor based system or other system that can fetch or obtain the logic 
from the computer-readable medium and execute the instructions contained therein. 
In the context of this document, a "computer-readable medium" can be any medium 
that can contain, store, or maintain the logic 133 and 133a for use by or in connection 
with the instruction execution system. The computer readable medium can comprise 
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any one of many physical media such as, for example, electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor media. More specific examples of a 
suitable computer-readable medium would include, but are not limited to, a portable 
magnetic computer diskette such as floppy diskettes or hard drives, a random access 
5 memory (RAM), a read-only memory (ROM), an erasable programmable read-only 
memory, or a portable compact disc. 

Although the invention is shown and described with respect to certain 
preferred embodiments, it is obvious that equivalents and modifications will occur to 
others skilled in the art upon the reading and understanding of the specification. The 
10 present invention includes all such equivalents and modifications, and is limited only 
by the scope of the claims. 



